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COMMUNICATION EQUIPMENT, TRANSCODER DEVICE AND 
METHOD FOR PROCESSING FRAMES ASSOCIATED WITH A 
PLURALITY OF WIRELESS PROTOCOLS 



Field of the Invention 



The present invention relates generally to communications systems 
and, in particular, to transcoding a plurality of wireless protocols. 



Background of the Invention 



Transcoders are an essential part of today's wireless digital 
communications systems. They are used to convert (or transcode) 
between pulse code modulation (PCM) and the various voice-coding (or 
vocoding) protocols that are used to transport voice information over-the- 
air. Transcoders today, such as Motorola's "iDEN" transcoder, are built 
and optimized for transcoding the particular air interface of a target 
communication system. For example, Motorola's "iDEN" transcoder is 
optimized for transcoding the "iDEN" air interface in an "iDEN" 
communication system. However, the marketplace is now demanding 
more complete and integrated communications solutions, such as 
systems that integrate multiple air interface protocols. Transcoding 
optimized for a particular protocol, therefore, is less desirable. Thus, an 
apparatus and method for transcoding among multiple wireless protocols 
is needed. 
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Brief Description of the Drawings 

FIG. 1 is a block diagram depiction of a communication system in 
accordance with a preferred embodiment of the present invention. 

FIG. 2 is a block diagram depiction of a transcoder frame in 
accordance with a preferred embodiment of the present invention. 

FIG. 3 is a logic flow diagram of steps executed by a transcoder in 
accordance with a preferred embodiment of the present invention. 

Description of a Preferred Embodiment 

To address the need for an apparatus and method for transcoding 
among multiple wireless protocols, the present invention provides a 
framework for more generalized transcoding. A voice processing resource 
of a transcoder receives the dynamic transcoding attributes for a frame 
and then transcodes that frame according to the requirements of the 
transcoding attributes. These dynamic attributes may contain information 
such as the wireless protocol involved, the frame type, the source type, 
the sequence number, the delivery timing requirements, and the delivery 
mode of subsequent frames. 

The present invention can be more fully understood with reference 
to FIGs. 1-3. FIG. 1 is a block diagram depiction of communication 
system 100 in accordance with a preferred embodiment of the present 
invention. Preferably, communication system 100 comprises a known 
"iDEN" subsystem and a known GSM subsystem, each modified as 
described below to implement the present invention and otherwise 
integrated to provide system-wide communication services across both 
wireless standards. Although an "iDEN" and a GSM subsystem are shown 
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in FIG. 1, they are merely shown as an example of systems that may be 
integrated. The scope of the present invention is not limited to the 
particular types or number of differing systems that are integrated. For 
example, the present invention would be equally applicable to an 
5 integrated system that included an "iDEN" subsystem, a TETRA 
subsystem, a GSM subsystem, and a "HARMONY" subsystem. (Note, 
"iDEN", TETRA, GSM, and "HARMONY" wireless communication 
equipment is available from Motorola, Inc. of Schaumburg, Illinois.) 

System 100 comprises fixed network equipment and mobile 

10 communication units. The fixed network equipment, or communication 
infrastructure, includes transcoder 101 and base sites 115 and 116 that 
are preferably networked to other base sites, controllers, transcoders, and 
switches, all part of infrastructure networks 110 and 111 and all well 
known to those skilled in the art. For simplicity, only transcoder 101 and 

15 base sites 115 and 116 are shown in FIG. 1. 

Again for simplicity, only two of what could be thousands of mobile 
communication units are shown in FIG. 1. Communication units 125 and 
126 each preferably comprise wireless phones that transmit and receive 
communications from base sites 115 and 116, respectively, via "iDEN" 

20 wireless protocol 119 and GSM wireless protocol 120, respectively. Each 
of the communication units 125 and 126 preferably comprises a common 
set of elements, a transmitter, a receiver, and a processor that comprises 
one or more memory devices and processing devices (e.g., 
microprocessors, digital signal processors, etc.). Each of these elements 

25 is well known in the art, as are communication units in general. 

Transcoder 101 preferably comprises numerous voice processing 
resources, e.g., voice processing resources 105-107. Each voice 
processing resource comprises one or more memory devices and 
processing devices (e.g., microprocessors, digital signal processors, etc.) 

30 In the preferred embodiment, under the control of software / firmware 
algorithms stored in the memory devices of transcoder 101, transcoder 
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101 performs those tasks required for well-known transcoder operation 
and, additionally, the method described relative to FIG. 3. 

Operation of preferred communication system 100, in accordance 
with the present invention, occurs substantially as follows. Assume that 
5 the user of communication unit 125 initiates a call to the user of unit 126. 
Because unit 125 communicates with base site 115 via "iDEN" wireless 
protocol 119 and unit 126 communicates with base site 116 via GSM 
wireless protocol 120, transcoder 101 must transcode "iDEN" vocoded 
voice frames into GSM vocoded voice frames for transmission to unit 126 

10 via base site 116. Preferably, transcoder 101 allocates voice processing 
resources, such as resources 105 and 106, to handle the transcoding for 
the call, resource 105 to transcode voice encoded per the "iDEN" wireless 
protocol into voice encoded per the GSM wireless protocol and resource 
106 to transcode GSM voice to "iDEN" voice. 

15 Base site 115 receives wireless information for the call from unit 

125 via "iDEN" wireless protocol 119. Base site 115 then generates a 
frame associated with the "iDEN" wireless protocol that contains at least a 
portion of the wireless information and sends the frame to voice 
processing resource 105. To better understand the frame that is 

20 generated by base site 115, FIG. 2 will be now be discussed before 
returning to the discussion of system 100's operation. 

FIG. 2 is a block diagram depiction of such a preferred transcoder 
frame. Frame 200 contains frame header 201 and frame payload 210. 
Payload 210 comprises encoded voice information from unit 125, while 

25 header 201 contains an indication of the frame's associated wireless 
protocol (wireless protocol type 202), the frame's source type (source type 
203), the frame's type (frame type 204), the frame's sequence number 
(frame sequence number 205), the delivery mode for future frames (frame 
delivery mode 206), and the frame's delivery timing requirements (delivery 

30 timing requirements 207). 
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Although preferred frame 200 contains wireless protocol type 202, 
an alternative frame may instead contain a system type and a call type 
from which the wireless protocol associated with the frame can be 
determined. System types may include "iDEN", TETRA, GSM, CDMA, 
5 "DIMETRA", and "HARMONY", while call types may include interconnect 
and dispatch. A transcoder in a system that supported "iDEN" calls could 
determine, for example, from an alternative frame that specified "iDEN" as 
the system type whether "iDEN" 3:1 or New 6:1 voice encoding was the 
associated wireless protocol based on whether the call type indicated 
10 interconnect or dispatch, respectively, 
jp: Source type 203 preferably indicates whether the source of the 

C! frame is an asynchronous base site, a subscriber (i.e., a mobile wireless 

y communication unit, an asynchronous transcoder, or a synchronous 

J 4 ! transcoder. Frame type 204 preferably indicates the type of each packet 

m 15 in payload 210. In addition to audio or encoded voice packets, payload 
210 may also contain control packets, error correction packets, debug 
O packets, diagnostic packets, TTY-Baudo packets, key size packets, key 

l|j type packets, loading packets, timing packets, sequencing/ordering 

packets, or priority packets. Alternatively, instead of indicating the type of 
20 each packet in payload 210, frame type 204 may simply indicate the 
number of packets in payload 210. Delivery mode 206 preferably indicates 
information such as a frame delivery frequency, a frame delivery rate, an 
interval between frame deliveries, or a pattern of frame deliveries for 
subsequent frames. Frame sequence number 205 and delivery timing 
25 requirements 207 allow the reconstruction of the timing produced by the 
source (so that audio can be contiguously played). Additionally, sequence 
number 205 can be used to estimate a packet loss rate. Lastly, delivery 
timing requirements 207 preferably indicates a timestamp derived from a 
clock that increments monotonically and linearly in time to allow for 
30 synchronization and jitter calculations. The particular clock frequency and 
resolution may depend on the particular protocol, source and frame types. 
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Having discussed in detail the frame generated by base site 115, 
the discussion of system 100's operation with reference to FIG. 1 will now 
be resumed. Voice processing resource 105 preferably receives the frame 
with its embedded indications of the associated wireless protocol, the 
5 source type, the frame type, the frame sequence number, the frame 
delivery mode, and the delivery timing requirements. Resource 105 then 
processes the payload portion of the frame based on the header 
information. For example, voice processing resource 105 preferably 
configures itself to transcode the frame payload according to the wireless 
10 protocol indicated. This processing substantially amounts to selecting the 
appropriate software and establishing the input parameters for the 
software. 

Prior art transcoders do not determine what wireless protocol to 
transcode based on frame header information but rather are 
15 preconfigured to transcode a single wireless protocol. Likewise, for the 
other header information, prior art transcoders do not reconfigure their 
transcoding based on the header information in their received frames, but 
again are dedicated or pre-configured for the transcoding tasks that their 
systems require. 

20 Thus, in the preferred embodiment of the present invention the 

dynamic information required for transcoding in today's communication 
systems is sent within each transcoder frame. This allows the transcoding 
function to be modified on a call-by-call or even frame-by-frame basis. 
Furthermore, this generalization of the transcoding function allows for 

25 simplified integration, at least in the transcoding realm, of systems that 
use different wireless protocols. 

This generalized transcoding is illustrated in the preferred 
embodiment by the scenario where the first call ends and another call, this 
time from GSM unit 126, begins. Voice processing resource 105 may be 

30 reallocated to the new call and, in which case, may begin receiving 
transcoder frames associated with the GSM protocol. Thus, resource 105 
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which previously transcoded "iDEN" frames now transcodes GSM frames 
generated by base site 116 in accordance with the transcoding 
parameters specified in each of the frames. If system 100 had a TETRA 
subsystem in addition to the "iDEN" and GSM subsystems, voice 
processing resource 105 could later receive frames associated with the 
TETRA protocol. Resource 105 would then transcode the TETRA frames 
according to the dynamic header information in each frame. Therefore, 
the present invention provides "multi-protocol" transcoding using the same 
transcoder equipment. 

FIG. 3 is a logic flow diagram of steps executed by a transcoder in 
accordance with a preferred embodiment of the present invention. Logic 
flow 300 begins (302) when the transcoder receives (304) a transcoder 
frame. As discussed previously, the transcoder then determines (306) 
from the frame header the transcoding attributes that apply to this frame 
and processes (i.e., transcodes) (308) the payload of the frame according 
to the attributes determined. The transcoder preferably repeats these 
steps for subsequently received frames. 

While the present invention has been particularly shown and 
described with reference to particular embodiments thereof, it will be 
understood by those skilled in the art that various changes in form and 
details may be made therein without departing from the spirit and scope of 
the present invention. For example, although the dynamic transcoding 
attributes are preferably received by the voice processing resources in the 
frame headers, the present invention is not limited to this implementation. 
Some or all of the attributes may be received as part of other control 
information, not considered frame header information. 

What is claimed is: 



